System and method for instantaneously deploying packetized alert data

ABSTRACT

One or more embodiments of the invention are directed to a system and method for instantaneously deploying packetized alert data in a one to many configuration where each recipient can customize the data to be received in a way that leaves a publisher with optimum control over the content and revenue generated from each deployment.

This application claims priority to U.S. Provisional Patent Application Ser. No. 60/621,016 entitled “SYSTEM AND METHOD FOR INSTANEOUSLY DEPLOYING PACKETIZED DATA” and filed on Oct. 20, 2004.

BACKGROUND OF THE INVENTION

1. Field of the Invention

Embodiments of the invention described herein pertain to the field of communication oriented computer software. More particularly, but not by way of limitation, the computer software described herein enables the instant deployment of alert data across disparate systems.

2. Description of the Related Art

There are various systems for deploying message data. A commonly used term for this type of real-time exchange is instant messaging. Instant messaging is inexpensive, with most vendors giving away the product and others charging nominal licensing fees. Such instant messaging systems are powerful in that they allow users to communicate in one window while, for example, looking over a document in another. Team members in different locations can set up impromptu conversations, bouncing ideas and strategies off each other.

Some examples of instant messaging systems capable of deploying message data across a network include systems such as Internet Relay Chat (IRC), AIM, MSN Messenger, Yahoo Messenger provide mechanisms for instantaneously transporting data between client computers. Generally speaking these systems provide a plurality of client systems with the ability to transmit data between each client system by transporting the data through a server system. Each of these systems identified above utilizes its own protocol to transport data and message data from one system cannot currently cross over to another system. The best-known instant messaging system is America Online's Instant Messenger (AIM). AIM is software that anyone with an Internet connection can download, whether they are an AOL member or not. After registering a screen name, the user can maintain lists of AOL members and other AIM users, and be alerted whenever one of those in the list comes on-line. When one of those in the list comes on-line, the corresponding screen name appears in an AIM interface window on the screen. By clicking on the name appearing in the AIM interface window, the user may then send an instant message and initiate a conversation session. Users can also sort their buddies into groups.

There are a number of patented system relating to the deployment of data. For instance, U.S. Pat. No. ______ (TO BE PROVIDED) describes an information and advertising distribution system. A data server stores and updates a database of information items and advertisements. The information items and advertisements are each categorized so that each has an associated information category. Workstations remotely located from the data server each include a display device, a communication interface for receiving at least a subset of the information items and advertisements in the data server's database and local memory for storing the information items and advertisements received from the data server. An information administrator in each workstation establishes communication with the data server from time to time so as to update the information items and advertisements stored in local memory with at least a subset of the information items and advertisements stored by the data server. An information display controller in each workstation displays on the workstation's display device at least a subset of the information items and advertisements stored in local memory when the workstation meets predefined idleness criteria. At least a subset of the workstations include a profiler for storing subscriber profile data. The subscriber profile data represents subscriber information viewing preferences, indicating information categories for which the subscriber does and does not want to view information items. The information display controller includes a filter for excluding from the information items displayed on the display device those information items inconsistent with the subscriber profile data.

U.S. Pat. No. 6,782,415 describes a closed-loop message distribution system configured to accept documents from a variety or sources via a plurality of media, presenting the documents to a plurality of recipients through their preferred communications channel, document personalization, and suppressing delivery of follow-up documents to those recipients who have responded to an earlier related message.

U.S. Pat. No. 6,430,602 describes a method and system for interactively responding to queries from a remotely located user includes a computer server system configured to receiving an instant message query or request from the user over the Internet. The query or request is interpreted and appropriate action is taken, such as accessing a local or remote data resource and formulating an answer to the user's query. The answer is formatted as appropriate and returned to the user as an instant message or via another route specified by the user. A method and system of providing authenticated access to a given web page via instant messaging is also disclosed.

SUMMARY OF THE INVENTION

One or more embodiments of the invention are directed to a system and method for instantaneously deploying packetized alert data in a one to many configuration where each recipient can customize the data to be received in a way that leaves a publisher with optimum control over the content and revenue generated from each deployment. Systems enabling one or more aspects of the invention comprise a scalable set of server computers coupled through an interconnection fabric such as a computer network (e.g., wired or wireless) to a set of recipient computers. The server or set of servers is configured to interface with a plurality of independent publishing systems where each publisher can customize the content and interface within which a set of packetized alert data messages will be delivered. Through a message delivery interface tied into the publishing system an administrator has the ability to exercise control over the instantaneous deployment of messages contained within the packetized data. The functionality implemented by the message delivery interface is described and shown in FIGS. 3-12.

Communication modules located on each of the recipient computers are coupled to the server system and configured to function as a conduit for transporting packetized data to the recipient computer. The communication module remains active so long as predefined billing criteria are maintained. Data can be forwarded to an address (e.g., IP address, MAC address, email address, etc . . . ) at time increments determined by the publisher rather than queried or obtained from the server at the request of a client computer. At the destination address (e.g., recipient-user computer) software is configured to make use of a screen region representative of the output of communication module as displayed via delivery/display interface. The screen region is capable of displaying data received in various protocols and can, for instance, display HTML data, XML, data, image data, plug-in data and other data packaged as an atomic unit and sent to communication module for display via screen region.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a system for instantaneously deploying packetized alert data in a one to many configuration where each recipient can customize the data to be received in a way that leaves a publisher with optimum control.

FIG. 2 is a logical diagram illustrating the components of a recipient computer coupled with an interconnection fabric as configured in accordance with one or more embodiments of the invention.

FIG. 3 illustrates a screen region representative of the output of communication module as displayed via delivery/display interface in accordance with one or more embodiments of the invention.

FIG. 4 shows an add alert interface and functions available to the publishing system in accordance with one or more embodiments of the invention.

FIG. 5 shows an alert control interface for handling the functions and conditions for viewing and controlling the alert data in accordance with one or more embodiments of the invention.

FIG. 6 depicts a member-listing interface configured in accordance with one or more embodiments of the invention.

FIG. 7 depicts a member connection interface identifying the members currently connected to the interconnection fabric and capable of receiving packetized alert data.

FIG. 8 depicts a manager identification interface configured in accordance with one or more embodiments of the invention.

FIG. 9 illustrates a schedule definition interface configured in accordance with one or more embodiments of the invention.

FIG. 10 illustrates an options interface for defining publisher specific preferences.

FIG. 11 depicts the client link interface and illustrates some of the types of information that can be defined per publishing entity.

FIG. 12 is a flow chart that shows a general overview of systems embodying one or more aspects of the invention.

DETAILED DESCRIPTION

One or more embodiments of the invention are directed to a system and method for instantaneously deploying packetized alert data in a one to many configuration where each recipient can customize the data to be received in a way that leaves a publisher with optimum control over the content and revenue generated from each deployment. In the following exemplary description numerous specific details are set forth in order to provide a more thorough understanding of embodiments of the invention. It will be apparent, however, to an artisan of ordinary skill that the present invention may be practiced without incorporating all aspects of the specific details described herein. In other instances specific features well known to those of ordinary skill in the art have not been described in detail so as not to obscure the invention. Readers should note that although examples of the invention are set forth herein, the claims, and the full scope of any equivalents, are what define the metes and bounds of the invention.

FIG. 1 is a block diagram that illustrates components of a system for instantaneously deploying packetized alert data. Systems enabling one or more aspects of the invention comprise a scalable server or set of server computers (110 n) coupled through an interconnection fabric (115) such as a computer network (e.g., wired or wireless) to a set of recipient computers (100-103 n). The set of servers is configured to interface with a plurality of independent publishing systems (120) where each publisher can customize the content and interface within which a set of packetized data messages will be delivered. Through a message delivery interface tied into the publishing system an administrator has the ability to exercise control over the instantaneous deployment of messages contained within the packetized data. The term deployment as used herein is meant to include broadcast, multi-cast, peer-to-peer, client-server, or any other network topology that allows data to be transmitted/received between two points. For instance, the administrator may define what set of messages a recipient is to receive and identify a Time to Live (TTL) for each message within the set. Thus, a publisher may precisely control the time, sequence, and content of messages deployed to a plurality of recipients. In cases where the publishing system is tasked with the job of transmitting time sensitive information (e.g., news, schedules, etc . . . ), the publisher may set an expiration threshold and discontinue the broadcast of messages subsequent to that threshold. Hence the publisher is able to control what messages are displayed at a recipient computer and how long each message is displayed for.

FIG. 2 is a logical diagram illustrating the components of a recipient computer 100 coupled with interconnection fabric 115 as configured in accordance with one or more embodiments of the invention. Each recipient computer (100-103 n) comprises a communication module (200) configured to access the set of server computers to obtain the packetized alert data and display that data in accordance with a set of rules defined by a user of the recipient computer. Hence in addition to the publisher having control over message delivery users have the ability to filter or identify rules (202) defining when certain messages are to be delivered and displayed (204). In certain cases, publishers may override these user-defined rules to ensure critical messages are delivered to recipient computers. A publisher may, for instance, decide to always deliver Emergency Broadcast Messages, certain corporate messages or other messages deemed to be of importance. In other examples the message recipient may indicate certain messages are to be received at certain times of day. As an example, but not by way of limitation, a lawyer may wish to receive all information transmitted from a Court of Law, between the hours of 9-5, but otherwise indicate that such information is not to be transmitted. Recipients also have the ability to designate messages to be received by subject. A medical doctor may, for instance, indicate that information about important medical research is to be received, where a layperson may not wish to receive such information.

Communication module 200 is coupled to the server system and a conduit for transporting packetized data to the recipient computer remains active while predefined billing criteria are maintained. The communication module can utilize various transport mechanisms to obtain data from the server system. For instance, protocols such as HTTP, FTP, or instant messaging protocols such as IRC, AIM, or any other logical protocol for transmitting data between two points. The system can utilize presentation layer engines such as Gecko or IE to render and layout the packetized data in a format customized as per the publisher requirements. Different users may also set different publication preferences. Data is forwarded to an address (e.g., IP address, MAC address, email address, etc . . . ) at time increments determined by the publisher rather than queried or obtained from the server at the request of a client computer.

In one or more embodiments of the invention data is forwarded to a recipient upon initiation of a publisher who may optionally choose to secure the communication link (115) via Secure Sockets Layer (SSL) or via any other suitable encryption technology. Users at the recipient computer may respond to the publisher by providing information such as survey data, purchase data or any desired data. A publisher may, for instance, instantaneously transmit data such as news or survey questions along with an accompanying response form. Users may complete the form and submit that information back to the publisher via the same conduit used for transmission of the data. The invention contemplates the inclusion of a mechanism that allows recipient users to authenticate the identity of the publisher and hence, prior to providing requested data, the user can take steps to ensure the data is being provided to a proper party. For instance, authentication may occur through entry of a user or publisher defined password or security phrase. In cases where the publisher is communicating with a known recipient, complementary encryption keys may provide a method for verifying the identity of each respective party. Other checks or verification procedures are also feasible and contemplated as being within the scope and spirit of the invention, but not described here for purposes of brevity.

FIG. 3 illustrates a screen region representative of the output of communication module 200 as displayed via delivery/display interface 204. Screen Region 300 is capable of displaying data received in various protocols and can, for instance, display HTML data, XML, data, image data, plug-in data and other data packaged as an atomic unit and sent to communication module 200 for display via screen region 300. In the example depicted in FIG. 3, image data (301) and text data with accompanying hyperlinks is pushed to the communication module 200 for display via screen region 300 as per the rules specified by the publisher and the user. Although data is typically pushed to a recipient data can also be pulled from a recipient or initiated by the recipient. Hence at least one embodiment of the invention allows for the bidirectional flow of data between the server(s) and the recipients. The user, for instance, may opt to accept data that pertains only to a specific category of information. In some cases information is continuously updated on screen region 300 as it changes on server(s) 110 n. The data to be displayed on screen region 300 may be defined on the server and remain static until changed or it can be updated based on data taken from an independent source such as another server. In the case where auction data or other kinds of rapidly changing data (308) is instantaneously transmitted to communication module 200 for display via screen region 300, server(s) 110 n may monitor the status of data on another server and act as a conduit for the data when a change or update occurs. In an auction for example, the price of the current bid and time remaining can be updated as it changes on the server hosting the auction. Links that are sent to display region 300 may reference data from server(s) 110 n or data from third party server(s) 120 n. Upon selection of hyperlink 303 for instance a web page that provides further information or otherwise complements the displayed information is obtained and displayed to the user in a web browser. Hence in one embodiment of the invention screen region 300 displays information that is defined and initially sent to a recipient via server 10 n, but which links back to information contained on a third-party server 120 n or on server 110 n itself. Image data (306) may be configured to act as a link or be transmitted for display as image data alone. The layout of screen region is controlled by markup data or other data present on server 110 n.

It is also possible to use embodiments of the invention to instantaneously broadcast form data to a plurality of users for purposes of completion. This form data may be transmitted in numerous contexts and provides a way for users to submit a response to server 110 n or third-party server 120 n. News entities could, for instance, embedded surveys in stories being pushed to their readers and obtain immediate feedback about the story for any suitable purpose. Executives can broadcast surveys to employees of customers for purposes of addressing a specific issue and obtain instantaneous feedback. Members of a group can obtain information from other members for purposes of a vote or other need by instantaneously broadcasting a form to the members for completion. Advertisers can deploy ads to a known test market that has a well-defined set of characteristics and seek specific feedback by accompanying the advertisement with a form asking for feedback.

It is possible to utilize the system for instantaneously deploying packetized data described herein as a stand-alone communication channel or as a complement to an existing communication methodology. In instances where a pre-existing relationship exists between the publisher and the recipient (e.g., company/customer) the system can be used in place of technologies such as email to provide a structure to send and receive data. If a customer is contacting technical support to ask a question, the publisher (in this case the entity providing technical support) may affirmatively transmit basic questions to the inquirer while that person is on hold or during the phone call. Hence the system provides a secure conduit for sending and fetching select information from a distinct group of identifiable recipients.

FIG. 12 is a flow chart illustrating the basic steps for delivering alert data in accordance with one or more embodiments of the invention. In one case the process involves obtaining alert data and format constraints (1200). Alert data is defined via the alert interface 400 described in more detail at FIG. 4. Alert data may also be defined by pulling format constraints and content from other sources independent of alert interface 400, but is generally constrained by conditions set by the publisher via alert interface 400. Once an alert is generated the alert is associated with one or more categories (1202) via category definition component 412 as described in more detail below. Publisher specific links and other data associated with the alert is also defined (1204, see also FIG. 11). Publisher billing preferences and associations are defined at step 1206. A publisher may, for instance, define when to initiate billing cycles and what the terms are for revenue sharing with other publishers in the event that such sharing is desired. At step 1208 the criteria for transmitting an alert to Recipient-Users are defined. For instance, the publishing user can specify time intervals for sending alert data or define other actions or events that will cause alert data to be transmitted. Publishers can also opt to send alerts at their sole discretion and not based on any particular time or other such criteria. This criteria for transmitting alerts can be defined via schedule definition interface 900 which is described in further detail at FIG. 9. At step 1210 registration and payment information is obtained from the recipient-users and other information as required by each specific publisher is collected. Alert preferences such as what category of alerts a recipient-user desires to receive and software to enable the transmission of instantaneous alert data are defined at steps 1212 and 1214. Once the initial publisher setup and recipient-user setup is achieved, the system monitors what users are connected (see e.g., member connection interface described at FIG. 7). In cases where a user is connected, associated with the category of alert data to be sent, and alert criteria as defined by the publisher is met the alert data is sent to the recipient user for display (see e.g., steps 1216-1222). In cases where steps 1216, 1218 and 1220 are not met the system enters a wait state until these conditions are met.

FIG. 4 shows an add alert interface and functions available at publishing system 120. To define and format data for delivery to users via the instantaneous notification system a publisher-user defines the contents of the alert in a formatting control interface 401. Alert interface 400 contains a set of tools that provide the user with various functions for modifying the appearance of the alert that is to be transmitted via the instant notification system. In one embodiment of the invention alert data (an example of which is depicted in FIG. 3) are formatted as web pages constrained to meet the requirements of the display region within which they will be displayed. When the alter data is formatted as a web page it is assigned a title (413) and URL (414) by the publishing user. Images or other embedded data or plug-ins to be pushed to recipients of the alert data are identified via the alert interface 400 at image link 404. In one embodiment of the invention each formatted set of alert data is associated with one or more categories at category definition component 412. The publishing user can add or remove categories as desired. Recipients can opt to only receive data that relates to certain categories (e.g., via Rule Set 202) and as such control what data is presented to them via the instant notification system. Once a message is formatted for display on screen region 300 via formatting control interface 401 the alter may be posted via post mechanism (410) for inclusion in the overall system.

In one embodiment of the invention publishing users may also define an SMS version of the alert which is to be transmitted simultaneous with the version formatted for screen region 300 or independent of the screen region 300 version. The SMS version is formatted in the SMS region 411 of alert interface 400 and typically created in a way where it is formatted for display on wireless computing devices such as cell phones or PDAs. When an SMS version is formatted it is also posted via post mechanism 410.

In one embodiment of the invention data is forwarded in accordance with criteria defined by the publisher so long as appropriate billing or other criteria are maintained. For instance, in some cases packetized alert data may only be transmitted to paying customers. When maintenance of the billing requirements ceases the conduit is terminated and transmission of the packetized data stops. The incremental revenue generated from the transmission of packetized data to the recipient computers is proportionally shared with the operator of the publishing system. Once a connection is established with a recipient billing constraints are setup to ensure a relatively predictable revenue stream.

Once an alert is created, the functions and conditions for viewing and controlling the alert are defined via an alert control interface 500 which is depicted in FIG. 5. The alert control interface provides a send alert 501 function for sending the defined alert to connected users as well as mechanisms for viewing alert listings 502 and SMS listings 503. Alert control interface also contains a preview 504 that enables the publisher to view the alert as it will be presented to the recipients. When preview 504 is selected a preview window 505 is presented that displays the alert as formatted via formatting control interface 401. Hence publishers can use this mechanism to see how the alert will appear prior to it being broadcast to the various recipient users. The alert listing or the SMS listing provide the publishing user with a mechanism for viewing a complete set of all the alerts, viewing what category 515 each alert is associated with and edit or remove the alert (actions 520). The edit action grants the publisher access to the alert data in a form similar to the formatting control interface 401 and hence provides the user with a way to change the appearance and content of the alert. SMS alerts can also be so modified, deleted and sent via alert control interface 500. An example of the interface presented when the alert listing is selected is depicted at 510.

FIG. 6 depicts a member-listing interface configured in accordance with one or more embodiments of the invention. Member listing 600 comprises a member ID, username, full name, status and actions list. Status 601 indicates whether the associated user name is currently subscribed and thereby capable of receiving alert data. Publishing user and/or the member can deactivate the subscription. Actions 602 provide functionality for editing or deleting a member. Edit mode provides an interface for collecting information about the member/user and thereby provides a mechanism for collecting personal information such as a persons address, email and other information (including demographic information) related to a specific member. The member information also identifies the members SMS information (e.g., wireless information/service provider) and category information identifying which categories the member deems to be acceptable. The publisher may optionally override the category selection made by the member-user. The category choices dictate what type of alert data the member will receive. The member-listing interface also provides a mechanism for collecting member information and/or group information.

FIG. 7 depicts a member connection interface identifying the members currently connected to the interconnection fabric and capable of receiving packetized alert data. Using the member connection interface the publisher-user is able to discern which users are connection and have a mechanism for identifying the ID, username, full name, and status of the user as well as take actions specifically related to the identified user.

FIG. 8 depicts a manager identification interface configured in accordance with one or more embodiments of the invention. The manager identification interface provides a mechanism for adding new mangers (e.g., publisher-users) that have the ability to determine user that can administer the system and thereby define users who will receive alert data. Management identification interface 800 identifies the ID, username, full name, company and actions (e.g., edit or delete) that can be taken with respect to the administrative/publishing user.

FIG. 9 illustrates a schedule definition interface 900 configured in accordance with one or more embodiments of the invention. The schedule definition interface provides functionality for defining an alert type 901, date 902, time 903, status 904, and actions specific 905 to a particular user or set of users. The alert type defines the specific criteria under which a member or recipient-user may receive alert data. The alert type may, for instance define a frequency, time-of-day or whether the alert data is received daily. The user and/or publisher may set a specific time for receiving the alert data, define the frequency for receiving such data (continuously, intermittently, etc . . . ) or also define that the alerts are to be received daily. Date information identifying the date the user started to receive alert data and/or date related to other user related events. Time data, status data (active/inactive) and/or actions (edit or delete member information is also defined via the schedule definition interface.

FIG. 10 illustrates an options interface for defining publisher specific preferences. The option interface 1005 contains functions for generating a view of all currently category listings and functionality for adding one or more categories. Each category has a unique ID 1000, a name 1002 and actions 1003 associated with the category. Publishing users can add and/or remove categories via a category-listing interface selected via the options menu and depicted in FIG. 10. Option interface 1005 also comprises functions for specifying client links and client download data. A publisher can, for instance, specify via a download client interface a location of an executable client program configured to install software for implementing the system described herein. In other cases the publisher may specify other programs recipient-users can access for download.

FIG. 11 depicts the client link interface 1115 and illustrates some of the types of information 1100-1107 that can be customized to fit a particular publisher. The ability to globally change link information pushed to a set of receiving users on a customized per publisher basis is advantageous because it enables the rapid setup and deployment of systems for disseminating alert data. Publisher can define specifics that relate to a single publisher or a single hub-publisher can define different specifics for each publisher the hub-publisher is hosting. In this instance a single entity acts as a hub-publisher and offers alert services to a plurality of other publishers. Specific preferences for each publisher can be defined in link interface 1115. In other cases link interface 1115 is used to define link preferences for an individual publisher. In either case link interface 1115 is used to define a set of links (e.g., URLs or hyperlinks) pushed to the user who has subscribed or consented to receiving information from a particular publisher without having to initiate a specific request for every alert or message to be disseminated. In one embodiment of the invention link interface provides publishers with a mechanism for defining an alert page 1100, a profile 1101, a website 1102, contact information 1103, about information 1104, help information 1105, registration information 1106, and password information 1107. The link and data defined as an alert page defines the format and content of the data that is to be transmitted or pushed to the user. Alert page 1100 is associated with the alert listing and is in one embodiment of the invention the data created via the alert edit interface. Alert page 1100 enables the publishing user to control the general format (e.g., look and feel) of the alert data. Profile 1101 and other informational links 1102-1107 are publisher specific and thereby customizable on a per publisher basis. A publisher can for instance change what is displayed to recipient-users when a link that is pushed to them is selected by modifying the pages and/or link information associated with informational links 1102-1107. What information is collected from a registering user can, for instance be modified by changing the registration link or the page to which the registration link 1106 point to. In cases where the system is used to conduct surveys and or collect other data (e.g., form data) from the recipient-users the publisher may wish to modify the information collected from the user via the registration interface in order to make sure that surveys are targeted at people that meet specific criteria. The other informational links are similarly customizable as needed by the publisher. Hence the publisher can tightly control what type of information is collected from and disseminated to receiving-users.

One embodiment of the invention comprises an administration interface configured to initiate a process for auto billing all accounts associated with one or more recipient computers. Billing information such as credit card or other payment information (which is typically collected during registration) is batched and sent to an approval gateway 150 for processing. The validity of the payment information is verified at approval gateway 150 and payment is recorded when an approval is provided. In instances where the payment information is declined, the approval gateway determines the reason for the declination (e.g., lack of funds or an expired card) and automatically generates notification requesting the recipient-user provide an alternative means of payment or update their payment information. These notification messages can be sent via e-mail or transmitted to select users through the publishing system described herein. If the user responds by providing payment information with a period of time set by the publisher, that information is again submitted to the approval gateway for processing. If the payment information is approved, payment is recorded. If payment information is not received within the appropriate timeframe or payment is again declined, the conduit 160 between the publishing system and the recipient computer is terminated.

When recipient-users access third-party server(s) 120 n and the transaction to be performed at third-party server(s) 120 n requires the processing of payment information the third-part server may make use of the information provided by the recipient-user to publishing system 120 (e.g., during registration) and use that information to process payments for its own services. In such cases the entity associated with the third-party server is able to avoid having to collect payment information from the recipient-user that is already on file with the publishing system. In cases where third-party server is associated with an entity independent of publishing system(s) 120, the entity providing the payment information may draw a commission for the transaction and/or a referral fee for directing recipient-users to third-party server 120 n. Hence the entity broadcasting messages can be compensated for driving sales to a third-party server. In other cases the entity associated with third-party server 120 n pays a monthly fee to publishing system 120.

Hence a method and apparatus for instantaneously deploying packetized alert data is described. The claims however and the fill scope of any equivalents are what describe the metes and bounds of the invention. 

1. In a computer system, a method for instantaneously deploying packetized data comprising: obtaining identifying information from a plurality of recipients, where said identifying information comprises content preferences, hardware specific information and payment information associated with said plurality of recipients; storing said identifying information on a set of at least one servers where said at least one server is configured to initiate a conduit for instantaneously transporting packetized data to a plurality of recipient computers via a communication network; registering each of said plurality of recipient computers with a publishing system, where said publishing system comprises an interface able to modify said content preferences and define a presentation layer interface configured to display said packetized data; and an approval gateway associated with said publishing system where said approval gateway is configured to periodically process said payment information, automatically identifying potential problems with said payment information, and if necessary transmit messages to said plurality of recipients to obtain corrections to said payment information. 